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SAS Service Architecture 

The invention is based on a priority application EP 03290706.5 which is hereby 
incorporated by reference. 

TECHNICAL FIELD OF THE INVENTION 

This i nvention is related in g eneral to the field of telecomm unications sy stems. 
More particularly, the invention is related to a SS7 signaling server and method 
for routing SS7 links in a telecommunications network. More particularly, the 
invention is related to a SAS Service Architecture. The invention is related to the 
european patent applications EP 02360267.5 and EP 02360268.3 which hereby 
are incorporated by reference. 

BACKGROUND OF THE INVENTION 

A SS7 signaling server for routing SS7 links includes a signaling transfer point 
(STP) and a signaling application server (SAS). The SAS is capable to process at 
least one application process. Each application process, e.g. an individual INAP, 
MAP, CAP, or any TCAP User, TCAP Relay, or SCCP Relay service request has to 
be identified and processed. 

The SS7 signaling server for routing SS7 links, includes e.g. a signaling transfer 
point (STP) and a signaling application server (SAS); SS7 = Signaling System No. 
7. STP and SAS have different functionalities. The STP has at least one external 
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interface to connect the STP via at least one SS7 link to at least one 
telecommunications unit, and an internal interface to connect the STP to the SAS. 
The STP processes incoming SS7 messages, e.g. in the MTP1, MTP2, MTP3, and 
SCCP layer. The SAS is capable to process at least one application service 
request, advantageously at least two different application service requests. The 
STP identifies a single application service request in one incoming SS7 message 
and provides the identified single application service request to the SAS for 
further processing. The SAS has e.g. two TCAP processes to identify two different 
application services, e.g. INAP and AAAP. STP and SAS are interconnected via an 
internal interworking protocol, e.g. using TCP/IP (transmission control 
protocol/internet protocol). The interworking protocol is called Advanced 
Signaling Transport Protocol (ASTP). 

The signaling server is e.g. highly configurable and efficient regarding run-time. 
The signaling server is capable of processing multiple application service 
requests, e.g. mobile number portability (MNP), service number portability (SNP), 
screening, intelligent network (IN) sen/ices, TCAP services, MAP services, CAP 
services, TCAP Relay, TCAP User Relay, SCCP Relay. 

The SS7 signaling server for routing SS7 links, includes e.g. a signaling transfer 
point (STP) and a signaling application server (SAS), 

wherein the STP has at least one external interface to connect the STP via at least 
one SS7 link to at least one telecommunications unit, and an internal interface to 
connect the STP to the SAS, 

wherein the SAS is capable to process at least one service requst, advantageously 
at least two different application service requests, and 

wherein the STP is capable to process incoming SS7 messages, to identify a 
single application service request in one incoming SS7 message, to provide the 
identified single application service request to the SAS for further processing. 



SUMMARY OF THE INVENTION 
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It is an object of the invention to provide an advantageous SAS Service 
Architecture. 

The inventive SAS service architecture has a layered structure including a set of 
software modules, at least: ASTP dispatcher, SCCP transcoder, TCAP, TCAP user 
service distributor, at least two TCAP user services; ASTP = specific advanced 
signaling transfer protocol including routing informaton, etc. Within the SAS 
service archtitecture at least two different types of interactions can be configured: 
interaction Type A between ASTP dispatcher and TCAP user service, interaction 
Type Bl between TCAP user service 1 and TCAP user service 2. 

The inventive SAS service architecture makes use of configurable software 
modules. Each software modules performs a specific task and can easily be re- 
configured allowing the whole system to be very flexible and to be adapted to 
specific requirements via simple software reprogramming and/or adding of 
modules. 

In a preferred embodiment the SAS service architecture further includes a 
plurality of further modules: SCCP Transcoder, SCCP Service Distributor, SCCP 
services, etc. Further types of interactions can be configured: interaction Type C 
between TCAP User Service m (e.g. INAP service) assigned to TCAP User 
Distributor A and TCAP User Service 1 (e.g. MAP service) assigned to TCAP User 
Distributor B, and interaction Type D between TCAP User Service m and SCCP 
Service n. These types of interaction are concatenation types of interaction, i.e. 
the SS7 message is forwarded from one module to another together with an 
interim analysis result. This concatenation is configurable in each module and 
can occur multiple times. 

The SAS Service Architecture is highly configurable, and it is possible to adapt 
service in a very easy way to e.g. different mobile networks. 

The SAS Service Architecture has a layered structure including a set of software 
modules, at least: ASTP Dispatcher, SCCP Transcoder for TCAP User, TCAP, at 
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least one TCAP User Service Distributor, at least two TCAP User Services, wherein 
at least two different types of interactions can be configured: interaction Type A 
between ASTP Dispatcher and TCAP User Service, wherein the message to be 
processed is forwarded from the ASTP Dispatcher to the relevant TCAP User 
Service via SCCP Transcoder for TCAP User, TCAP, and the relevant TCAP User 
Service Distributor, and interaction Type Bl between two TCAP User Services 
assigned to the same TCAP User Service Distributor, wherein the TCAP User 
Service Distributor forwards the message to be processed to a second TCAP User 
Service dependent on the result of the outbound message of a first TCAP User 
Service. 

Interaction Type A serves to process a Service Application request received from 
the STP. The message to be processed is forwarded to the specific TCAP User 
Service, in which the processing can be performed. The result of the processing 
in the TCAP User Service is forwarded to the ASTP Dispatcher which transmits the 
result to the STP. 

Interaction Type Bl together with interaction Type A serves to increase the 
flexibility of processing and to reduce the time required for processing. In case 
the addressed TCAP User Service is not able to process the received Service 
Application request in a way desired by the STP, the unsatisfactory result would 
normally be transmitted back to the STP, which then has to start a new request 
which has to be forwarded to another TCAP User Service. With the help of 
interaction Type Bl the result of the processing in the addressed TCAP User 
Service is evauated in the assigned TCAP User Service Distribution A. If the result 
is only an interim result and one of the other TCAP User Services assigned to the 
TCAP User Distribution A is able to process the interim result or another part of 
the Service Application request then the message is forwarded to this TCAP User 
Service. The result of this TCAP User Service is then transmitted back to the STP. 
Alternatively, the result is forwarded to a third TCAP User Service for further 
processing or transmitted back to the first TCAP User Service in order to be 
further processed. Thus, the flexibility in processing an incoming Service 
Application request is increased. 

In a preferred embodiment of the invention a further type of interaction can be 
configured: interaction Type C between two TCAP User Services assigned to 
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different TCAP User Service Distributors, wherein TCAP forwards the message to 
be processed to a second TCAP User Sen/ice assigned to a second TCAP User 
Service Distributor dependent on the result of the outbound message of a first 
TCAP User Service assigned to a first TCAP User Service Distributor. 

Interaction type C may interact with interactions Type A and Bl . The flexibility in 
creating concatenated interactions is further increased. Thus, the flexibility in 
processing an incoming Service Application request is increased. This saves 
processing time. To achieve an adequate response to an incoming Service 
Application request the message to be processed has to be first processed in an 
INAP User Service and second in an MAP User Service. Assuming that TCAP User 
Service m assigned to TCAP User Distributor A (e.g. = INAP User Distributor) is 
an INAP User Service and TCAP User Service 1 assigned to TCAP User Distributor 
B (e.g. = MAP User Distributor) is a MAP User Service the Service Application 
request could be forwarded from ASTP Dispatcher to TCAP User Service m with 
the help of interaction Type A and subsequently from TCAP User Service m to 
TCAP User Service 1 with hte help of interaction Type C, and subsequently 
tranmitted back to STP with the help of interaction Type A. STP receives the 
desired response with the help of one single request and does not have to 
request several times. 

In a further embodiment of the invention the SAS Service Architecture further 
includes the software modules SCCP Transcoder, at least one SCCP Service 
Distributor, at least two SCCP Services, and wherein two further types of 
interaction can be configured: interaction Type D between a TCAP User Service 
and a SCCP User Service, wherein ASTP Dispatcher forwards the message to be 
processed to a TCAP User Service assigned to a TCAP User Service Distributor 
dependent on the result of the outbound message of a SCCP User Service 
assigned to a SCCP User Service Distributor, and interaction Type B2 between 
two SCCP User Services assigned to the same SCCP User Service Distributor, 
wherein the SCCP User Service Distributor forwards the message to be processed 
to a second SCCP User Service dependent on the result of the outbound message 
of a first SCCP User Service. 

The flexibility of processing can further be increased. Not only TCAP services but 
also SCCP services could be included. With the help of interacton Type C a 
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concatenation of interactions including TCAP and SCCP services can be 
achieved. 

It is very easy to enlarge the SAS Service Architecture and the functionality. The 
used software modules are independently of each other. By adding further 
modules with other services and generating further interactions the flexibility of 
processing incoming Service Application requests is further increased. 

The inventive SAS Service Architecture advantageously includes a common 
database pool to which all SAS Application Services have access. The idea of 
having independent modules is also used in the database pool. The pool 
includes several databases of different Types. The databases are independently 
from each other and could be accessed independently from each other. Each 
User Service has access to each database. The number of databases is 
minimized and the data stored in the databases has only to be stored once and 
not in many duplicats, thus saving storage place. Nevertheless, specific data 
which is needed simultaneously by different services can be stored in dublicats in 
order to increase processing time. 

An inventive method to perform an analysis for a SAS application service, 
comprises the steps of: 

performing an inbound message analysis, 
performing a Service Decision, 

performing an Outbound Message Synthesis using at least one Outbound 
Configuration Table. 

With the help of the configuration table the result of the processing is generated. 
The result could be final, interim, error, etc. A final result will be transmitted back 
to the STP. An interim result which has to be processed in a further User Service 
will be forwarded to this User Service with the help of one of the interaction types. 
Each Service Distributor analyses the result received from a User Service and 
decides on the further action, e.g. forwarding to STP, forwarding to another User 
Service. Thus with the help of the configuration table the different kind of 
interaction types could be defined. As the table is configurable a reprogramming 
can easily be performed, e.g. when the SAS Service Arcghitecture is enlarged and 
more interaction types are required, etc. 
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In a preferred embodiment the Sen/ice Decision further includes a Generic Loop 
Detection Analysis using a Loop Detection Configuration Table. 

The Loop Detection has the important task to check whether or not a never 
ending loop has occured, e.g. TCAP User Service 1 generates an interim result 
having the effect that with the help of interaction Type Bl TCAP User Service m 
has to further process the message and TCAP User Sen/ice m generates an 
interim result having the effect that with the help of interaction Type Bl TCAP 
User Service 1 has to further process the message. Detecting a loop quickly 
reduces undesired processing time. 

In a further preferred embodiment the Service Decision further includes a 
Database Search in a common database pool, which includes at least a Single 
Number Configuration Table and a Range Number Configuration Table. 

The single Number Configuration Table serves to store single numbers or 
attributes thereof and corresponding service control data or attributes thereof, 
wherein the Range Number Configuration Table serves to store ranges or 
attributes thereof and corresponding service control data or attributes thereof. A 
service control configuration table serves to store service control data or 
attributes thereof and corresponding service control information or attributes 
thereof. 

Each configuration table includes several parameters and can easily be re- 
configured allowing the whole system to be very flexible and to be adapted to 
specific requirements via simple software reprogramming. 

If predefined attributes ( = parameters) of an assembled search digit string (e.g. 
assembled from a received E.164 number) could not be found in a Single 
Number Configuration Table a further query is done in a Range Number 
Configuration Table. This two step approach enables a quicker search routine. 
Parameters are e.g. number value, portability status, transition indicator. 

The dadatase pool enables Number Portability when at least one Single Number 
Configuration Table serves to store E.164 single numbers or attributes thereof 
like E.164 Number Length, E.164 Number Value, Number Type, Portability 
Status, Default/Exception Indicator, Transition Indicator, Extended Match 
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Indicator, Extended Match Length, and corresponding service control data or 
attributes thereof like Service Control Data Id, Service Control Data Sequence 
Number, and at least one Range Number Configuration Table serves to store 
E.164 range numbers or attributes thereof like E.164 Number Start Range 
Length, E.164 Number Start Range Value, E.164 Number End Range Length, 
E.164 Number End Range Value, Number Type, Portability Status, 
Default/Exception Indicator, Transition Indicator, Single Number Flag, and 
corresponding service control data or attributes thereof like Service Control Data 
Id, Service Control Data Sequence Number. 

The dadatase pool enables in addition flexible routing when at least one Single 
Number Configuration Table serves to store MSIN based single numbers or 
attributes thereof like MSIN Based Number Length, MSIN Based Number Value, 
Number Type, Portability Status, Default/Exception Indicator, Transition Indicator, 
Extended Match Indicator, Extended Match Length, and corresponding service 
control data or attributes thereof like Service Control Data Id, Service Control 
Data Sequence Number, and at least one Range Number Configuration Table 
serves to store MSIN based range numbers or attributes thereof like MSIN Based 
Number Start Range Length, MSIN Based Number Start Range Value, MSIN 
Based Number End Range Length, MSIN Based Number End Range Value, 
Number Type, Portability Status, Default/Exception Indicator, Transition Indicator, 
Single Number Flag, and corresponding service control data or attributes thereof 
like Service Control Data Id, Service Control Data Sequence Number. 

The inventive Signaling application server (SAS) comprises at least one processor, 
at least one database and at least one processing software for processing at 
least one application service request, wherein the at least one processing 
software includes a signaling connection control part (SCCP) process and at least 
one transaction capabilities application part (TCAP) process to identify at least 
one application service request, and wherein processing a SAS application 
service, comprises the steps of: 

performing an inbound message analysis, 

performing a Service Decision including a database search in a common 
database pool, 
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performing an Outbound Message Synthesis using at least one Outbound 
Configuration Table. 

The invenitve SS7 signaling server for routing SS7 links, includes a signaling 
transfer point (STP), and a signaling application server (SAS), 

wherein the STP has at least one external interface to connect the STP via at least 
one SS7 link to at least one telecommunications unit, and an internal interface to 
connect the STP to the SAS, 

wherein the SAS comprises at least one processor, at least one database and at 
least one processing software for processing at least one application service 
request, wherein processing a SAS application service, comprises the steps of: 

performing an inbound message analysis, 

performing a Service Decision including a database search in a common 
database pool, 

performing an Outbound Message Synthesis using at least one Outbound 
Configuration Table, and 

wherein the STP is capable to process incoming SS7 messages, to identify a 
single application service request in one incoming SS7 message, to provide the 
identified single application service request to the SAS for further processing. 

The inventive Service Architecture has a layered structure including a set of 
software modules, at least: ASTP Dispatcher, SCCP Transcoder, at least one 
SCCP User Service Distributor, at least two SCCP User Services, wherein at least 
two types of interactions could be configured: interaction Type A between ASTP 
Dispatcher and SCCP User Service, wherein the message to be processed is 
forwarded from the ASTP Dispatcher to the relevant SCCP User Service via SCCP 
Transcoder and the relevant SCCP User Service Distributor, and interaction Type 
B2 between two SCCP User Services assigned to the same SCCP User Service 
Distributor, wherein the SCCP User Service Distributor forwards the message to 
be processed to a second SCCP User Service dependent on the result of the 
outbound message of a first SCCP User Service. 
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Interaction Type A serves to process a Service Application request received from 
the STP. The message to be processed is forwarded to the specific TCAP User 
Service, in which the processing can be performed. The result of the processing 
in the TCAP User Service is forwarded to the ASTP Dispatcher which transmits the 
result to the STP. 

Interaction Type Bl together with interaction Type A serves to increase the 
flexibility of processing and to reduce the time required for processing. 

The SAS Service Architecture is thus very flexble and applicable to different kind 
of services. In one embodiment only TCAP services are processed, in another 
embodiment TCAP + SCCP services are processed, in another only SCCP 
services, etc. 

BRIEF DESCRIPTION OF THE DRAWINGS 

For a better understanding of the present invention, reference is made to the 
accompanying drawings, in which: 

FIG. 1 shows the inventive SAS Service Architecture: Overview; 

FIG. 2 shows the SAS Service Architecture Access of Database Pool; 

FIG. 3 shows the Generic Structure of a SAS Application Service; 

FIG. 4 shows the Service Decision part of the SAS Application Service; 

FIG. 5 shows a flowchart of the Database Search part of the Service Decision 
part; 

FIG. 6 shows a flowchart of the Generic Loop Detection part of the Service 
Decision part; and 
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FIG. 7 shows a flowchart of the Outbound Message Synthesis part of the SAS 
Application Service. 

DETAILED DESCRIPTION OF THE INVENTION 

The preferred embodiments of the present invention are illustrated in FIGS. 1-16, 
like reference numerals being used to refer to like and corresponding parts of the 
various drawings. 



1 . SAS Service architecture 

Figure 1 depicts the overview of the SAS Service Architecture. The purpose of this 
architecture is to provide an extendible framework for the execution of services, 
which receive, analyse, process and generate SS7 messages. The SAS receives 
the SS7 messages from a SRF/STP core node. The SAS sends or returns SS7 
messages to the SRF/STP core node. The SAS Service Architecture is layered. The 
layering principle resembles the SS7 protocol architecture. 

Figure 1 shows the SAS Service Architecture: Overview. 

The ASTP Dispatcher communicates SS7 messages with the SRF/STP core. The 
SS7 messages are enveloped into a ASTP Header before they are packed into 
TCP. Examples of SS7 messages are SCCP PDUs, MTP3 PDUs, etc. The ASTP 
Header contains the following kinds of information: 

o Routing information to identify the physical computing nodes in the 

SRF/STP Core and the SAS Servers. 

o Pre-analysis information from the SRF/STP Core. This includes 

information, which allows the ASTP Dispatcher and the Service Distributors to 
uniquely identify a single SAS Service. 

o Analysis information from the SAS to control outbound routing in the 

SRT/STP Core. 

o Additional SS7 related information. 
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The ASTP Dispatcher also communicates with the SAS Services and their 
underlying protocol entities. The ASTP Dispatcher distributes SS7 messages 
enveloped into an internal header to the correct Service Distributor. Also, the 
ASTP Dispatcher receives SS7 messages enveloped into an internal header from 
the Service Distributors, and then either forwards them to the SRF/STP Core or to 
another Service Distributor. This decision is based on the information in the 
internal header. The internal header contains the following information: 

o Pre-analysis information from the SRF/STP Core. This includes 

information, which allows the ASTP Dispatcher and the Service Distributors to 
uniquely identify a single SAS Service. 

o Interim or final result information from the SAS Application Services. 



The SCCP Transcoders receive / send SS7 messages enveloped in an internal 
header from / to the ASTP Dispatcher. The SCCP Transcoders provide to the 
higher layers access functions for reading and manipulating the following: 

o Internal Header information, 

o SCCP Header information, 

o SCCP Payload information. 

The SCCP Transcoders are capable to process ITU and ANSI SCCP. 



TCAP is a complete TCAP with ITU and ANSI capabilities. It does the following: 



o Passing through of access functions to Internal Header information, 

o Passing through of access functions to SCCP Header information, 

o Analysis of SCCP Payload information: 

o Processing of TCAP header information, 

o Access functions to TCAP payload. 
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The SCCP Service Distributor has the following capability: 

• Triggering of correct SCCP service based on internal header 
information. 

• Passing through of access functions to SCCP Header information. 

• Passing through of access functions to internal header information. 



The TCAP User Service Distributors have the following capability: 

• Triggering of correct TCAP User Service based on internal header 
information. 

• Passing through of access functions to SCCP Header information. 

• Passing through of access functions to internal header information. 

• Access functions to the TCAP payload. 

• ASN.l Transcoding, either using a complete or partial ASN.l 
transcoder, selected by configuration data. 

The types of TCAP User Service Distributors include but are not limited to INAP, 
MAP, CAP. 



The SAS Services access their respective payload, process it and generate a 
response. SAS initiated TCAP dialogues are also possible. The general service 
architecture of a SAS service is specified below. 



The SAS Service Architecture is open. I.e. SS7 capabilities can be integrated such 
as MTP3 PDUs and SIGTRAN. This implies the integration of additional 
transcoders, service distributors and services. 
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Service Addressing and Routing: 

Each SAS Application Service can execute in multiple instances. Each instance 
may have a different configuration. Each instance has a unique SAS Application 
Service Instance Id. 

The Service Distributors contain a configurable service access table. This service 
access table maps the addressing information of the internal headers to the SAS 
Application Service Instance Id. 

The ASTP Dispatcher uses the ASTP Header information to identify the correct 
SCCP or MTP or other low-level transcoder. For this purpose, the ASTP 
Dispatcher contains a configurable mapping table. 



v 

Interaction Types and Service Concatenation: 

There are several possibilities to interact between the SRF/STP Core and the SAS 
Application Services. 

Interaction Type A (default type of interaction): 

• The interaction is started outside the SRF/STP and addresses a SAS 

Application Service. The SAS Application Service generates a response. The 
response can also be a relay of the SS7 message to another destination. 

« For TCAP User Services, it is also possible that the TCAP User Service 

initiates the interaction with a node outside the SRF/STP. 



All other types of interaction are concatenation types of interaction. I.e. the SS7 
message is forwarded from one SAS Application Service to another SAS 
Application Service together with an interim analysis result. This concatenation is 
configurable in each SAS Application Service and can occur multiple times. The 
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concatenation principle implies that each SAS Application Service has to be 
designed in a way, that it does only one task very good. Thanks to the 
configuration capabilities of SAS Application Services the functionality of this 
service can be kept on a quite generic level. More complex signalling functions 
are realised by concatenation of SAS Application Services. 



Interaction Types Bx (concatenation of SAS Application Services on the same 
Service Distributor): 



o The SS7 message is directly forwarded from one SAS Application Service 

to another SAS Application Service. 

o This forwarding can be configured in each SAS Application Service. 

o During the forwarding, the SS7 message is enveloped into the internal 



header including internal addressing information and interim result information 
from the sending SAS Application Service. 



Interaction Type C (concatenation of TCAP User SAS Application Services on 
different Service Distributors): 

o The SS7 message is indirectly forwarded from one SAS Application 

Service to another SAS Application Service via the TCAP User Service Distributor 
of the sending SAS Application Service, TCAP, and the TCAP User Service 
Distributor of the receiving SAS Application Service. 

o This forwarding can be configured in each SAS Application Service. 

o During the forwarding, the SS7 message is enveloped into the internal 

header including internal addressing information and interim result information 
from the sending SAS Application Service. 
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Interaction Type D (concatenation of SAS Application Services which have only 
the ASTP Dispatcher as a common communication protocol entity): 

o The SS7 message is indirectly forwarded from one SAS Application 

Service to another SAS Application Service via all underlying layer entities 
including the ASTP Dispatcher. 

o This forwarding can be configured in each SAS Application Service. 

o During the forwarding, the SS7 message is enveloped into the internal 

header including internal addressing information and interim result information 
from the sending SAS Application Service. 



Access of a Common Database Pool: 

Figure 2 shows how the SAS Application Services access a Common Database 
Pool. The database pool can include one or more logical database. Each logical 
database serves advantageously a different purpose. Each logical database is 
designed in a way that it can be accessed by various types of SAS Application 
Services, always using the same access functions. Examples for logical databases 
are MNP database, FNP database, etc. 



2. Generic Structure of a SAS Application Service 

Many SAS Application Services have three stages, as follows: 

o Stage 1 - Inbound Message Analysis: This stage starts with some service 

specific inbound protocol checks. Then the auxiliary number parts are analysed. 
If found and correct, then remove auxiliary number part from received E.164 or 
MSIN Based number and store it internally. This analysis is done step by step for 
each possible auxiliary number part. When the analysis of the auxiliary number 
parts terminates successfully, then the second stage starts. 
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Each auxiliary number is to be stored in a record containing its name, its 
position, its value, and its presence. Inbound Processing is configured based on 
the specification of the received digit string and other application service specific 
configuration items. 

• Stage 2 - Service Decision: Analyse the core part of the received 
number in the Single Number and Range Number tables. Additional digits might 
be requested. The Extended Match Indicator is to be used if required. Service 
Decision includes also Loop Detection. The Service Decision is executed 
dependent on configuration data items and the Transition Indicator, the 
Default/Exception Indicator, and the Single Number Flag of the Single Number 
and Range Number tables. 

• Stage 3 - Outbound Message Synthesis: Depending on the result of this 
database query and the inbound processing, the response is generated. 
Outbound processing is configured based on the specification of the digit string 
to be sent off, the Service Control Data Record, the Number Type and the 
Portability Status, and other configuration data items. 

Figure 3 depicts the SDL diagram of the Generic Structure of a SAS Application 
Service. 



The Inbound Message Analysis is quite generic for many SAS Application 
Services. 

The Service Decision Stage is also quite generic. The Service Decision Stage 
accesses the SAS Database Pool. The capabilities of the SAS Database Pool are: 
SAS Number Portability and Flexible Routing. Additional types of database are of 
course possible. 

Outbound Message Synthesis is very service specific. The general structure of this 
stage is described below. 



113 960 



18 



2.1 Service Decision 

For those SAS Application Services that are required to search the E.164 or MSIN 
Based Tables for routing information, the following principles apply. The search 
of the E.164 or MSIN Based Tables constitutes the main service decision. Figure 
4 depicts the SDL diagram of the Service Decision. 

The Evaluation of Database Search Indications is a SAS Application Service 
specific matter, also the decision whether or not to perform another SAS 
Database search. The Application Specific Evaluation of DB Search Indications 
includes for instance actions like requesting additional digits in case the database 
search came back with an indication that the queried number was AMBIGUOUS. 
Both, the application specific evaluations and the decision for further database 
searches, depend on the SAS Application Service's service logic, configurable 
items such as "Open/Closed Numbering Plan", "Block/Single Number Dialling", 
"Request More Digits Yes/No", and other things. Table 6 contains a list of 
possible results of the database searches including options for corresponding 
reaction. 

Loop Detection is a mechanism to discover inconsistencies in the received data, 
which might be caused by a condition that causes the SS7 message to loop 
through the SS7 network. There are two kinds of loop detection: a generic one 
and an application specific one. The generic one is specified in detail here. The 
applications specific ones are specified at the respective SAS Application Services. 

2.1.1 Database Search 

Figure 5 depicts the SDL diagram of the Database Search in E.164 and MSIN 
Based Databases. 

Figure 5 shows a Database Search in E.164 and MSIN Based Single Number 
and Range Number Tables. 

A Single Number or Range Number Table is considered available when there are 
entries allocated for this table. A table is considered not available when there are 
no entries allocated for the table. 
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If the Single Number Table is available, then the Single Number Table shall be 
searched prior to the Range Number Table, if available. 

If the Single Number Table is not available, then the Range Number Table shall 
be searched, if available. 

If the Single Number Table search indicates NO MATCH or ERROR, then the 
Range Number Table shall be searched, if available. 

Note: It is up to the individual SAS Application Service to define the routing for 
when the Single Number Table search result indicates NO MATCH or ERROR. 

If the Single Number Table search indicates a MATCH then the Single Number 
Table search result shall indicate MATCH. 

Note: It is up to the individual SAS Application Service to define the routing for 
when the Single Number Table search result indicates MATCH. 

If the Single Number Table is to be searched and the search indicates a partial 
match (ambiguity), then the Single Number Table search result shall indicate 
AMBIGUOUS. 

Note: It is up to the individual SAS Application Service to define the routing for 
when the Single Number Table search result indicates AMBIGUOUS. 

If the Range Number Table is to be searched and the Range Number Table is not 
available, the Range Number Table search result shall indicate NO MATCH. 

Note: It is up to the individual SAS Application Service to define the routing for 
when the Range Number Table search result indicates NO MATCH. 

If the Range Number Table is to be searched and the search indicates NO 
MATCH or ERROR, the Range Number Table search result shall indicate NO 
MATCH or ERROR. 

Note: It is up to the individual SAS Application Service to define the routing for 
when the Range Number Table search result indicates NO MATCH or ERROR. 
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If the Range Number Table is to be searched and the search indicates a partial 
match (ambiguity), then the Range Number Table search result shall indicate 
AMBIGUOUS. 

Note: It is up to the individual SAS Application Service to define the routing for 
when the Range Number Table search result indicates AMBIGUOUS. In general, 
if Requesting of More Digits is not enabled, then AMBIGUOUS is mapped to NO 
MATCH, otherwise more digits are requested. 



The Database Search is done in the Single Number and Range Number tables. 
The Single Number and Range Number tables refer to the Service Control Data 
Table. Below are three example tables for the example above as follows: 

• Table 1 presents the E.164 Single Number Table. 

• Table 2 presents the E.164 Range Number Table. 

• Table 3 presents the Service Control Data Table referenced by the two 
previous tables. 

Please Note, that for space reasons, only three Service Control Data Slots instead 
of five are presented in the tables. 
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E.I 64 Single Number Table 


Number Length 


1 Number Value 


lumber Type 


lability Status 


suit / Exception 
Indicator 


isitlon Indicator 


fended Match 
Indicator 


led Match Length 


ice Control Data 
Slot-0 


ice Control Data 
Slot-1 


ice Control Data 
Slot-2 




11230001 


;iSDN 


3NPO 


cception 


Over 


cact 




5CDI-2 








. 1230002 


>ISDN 


3NPO 


cception 


M Over 


cact 




SCDI-2 








11230003 


>ISDN 


}NPO 


(ception 


Over 


cact 




5CDI-3 








11230004 


>I5DN 


3NPO 


cception 


Dt Over 


cact 




SCD1-3 








>1 230001 


>ISDN 


FNPI 


cception 


Over 


cact 




SCDI-1 


SCDI-4 






>1 230002 


>ISDN 


FNPI 


cception 


Dt Over 


cact 




SCDM 


SCDM 






1230001 


>ISDN 


FNPI 


cception 


Over 


cact 




SCDI-1 


SCDI-4 






1230002 


SISDN 


FNPI 


cception 


Dt Over 


cact 




SCDI-1 


SCDI-4 






> 1230003 


>ISDN 


4P2AFN 


cception 


Over 


cact 




SCDI-3 








► 1230004 


SISDN 


4P2AFN 


cception 


Dt Over 


cact 




SCDI-3 








1230003 


SISDN 


4P2AFN 


cception 


Over 


cact 




SCDI-2 








1230004 


SISDN 


JP2AFN 


cception 


Dt Over 


cact 




SCDI-2 






onyms for the Portability Status are as follows: 
ONNPO: Own Number Not Ported Out 
ONPO: Own Number Ported Out. 

FN PI: Foreign Number Ported In. / 
FNP2AFN: Foreign Number Ported To Another Foreign Network. 
FNNK2BP: Foreign Number Not Known To Be Ported. 



Table 1: E.164 Single Number Table for the Example. 



E.164 Range Number Table 


Number Start Range 
Length 


Number Start Range 
Value 


Number End Range 
Length 


Number End Range 
Value 


Number Type 


ortability Status 


\ 1 Exception Indicator 


ansition Indicator 


igle Number Flag 


e Control Data Slot-0 


e Control Data Slot-1 


e Control Data Slot-2 




iOOOOOOO 




9999999 


SISDN 


>NNPO 


efault 


/er 


nge 


CDI-1 


CDI-4 






►0000000 




9999999 


SISDN 


JNK2BP 


efault 


/er 


nge 


ZD\-2 








0000000 




9999999 


SISDN 


4NK2BP 


efault 


/er 


nge 


ZD\-3 






'onyms for the Portability Status are as follows: 


















ONNPO: Own Number Not Ported Out 


















ONPO: Own Number Ported Out. 


















FNPI: Foreign Number Ported In. 


















FNP2AFN: Foreign Number Ported To Another Foreign Network. 














I FNNK2BP: Foreig 


n Number Not Known To Be Ported. 

















Table 2: E.164 Range Number Table for the Example. 
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Service Control Data Table 


Control Data Id 


:e Control Data 
Function 


;e Control Data 
Type 


;e Control Data 
Length 


:e Control Data 
Value 


iss Info Present 
| Mask 


NoAl 


nbering Plan 


Enable Mask 


Cut Offset 


lut Length 


:dm 


isert 


URN 




17685 


ot Present 


NULL 


ULL 


>abled 


ULL 


ULL 


:di-2 


nsert 


NRN 




17686 


ot Present 


NULL 


ULL 


;abled 


ULL _j 


ULL 


:di-3 


isert 


NlRN 




17687 


ot Present 


NULL 


ULL 


;abled 


ULL 


ULL 


:di-4 


iplace 


R-SCA 


2 


353857000420 


Present 


ernational 


164 


sabled 


ULL 


ULL 



Table 3: Service Control Data Table for the Example. 



The Service Control Slots in the Single Number and Range Number tables are for 
a given configuration always filled with the same type of Service Control Data. 
This is illustrated for our example in Table 4. 



Service Control Slots Configuration Table 


SAS Database Id 


SAS Database Table Id 


Service Control Slot Id 


Service Control Type i 


MNP E.164 Database 0 


E.164 Single Number Table 


0 


INRN 


MNP E.164 Database 0 


E.164 Single Number Table 


1 


HLR-SCA 


MNP E.164 Database 0 


E.164 Single Number Table 


2 




MNP E.164 Database 0 


E.164 Single Number Table 


3 




MNP E.164 Database 0 


E.164 Single Number Table 


4 




MNP E.164 Database 0 


E.164 Range Number Table 


0 


INRN 


MNP E.164 Database 0 


E.164 Range Number Table 


1 


HLR-SCA 


MNP E.164 Database 0 


E.164 Range Number Table 


2 




MNP E.164 Database 0 


E.164 Range Number Table 


3 




MNP E.164 Database 0 


E.164 Range Number Table 


4 





Table 4: Auxiliary Number Table for the Example. 



2.1.2 Detection of Loops and other Inconsistencies 

Loop detection is provided to prevent signalling loops within the signalling 
network. Signalling loops may occur when the routing databases in different 
signalling networks contain inconsistent routing information for network 
subscribers. The ability to detect signalling loops is defined within the scope of 
each SAS Application Service and may not be present in all SAS Application 
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Services. Also, the response taken to the detection of a signalling loop is defined 
within the scope of each SAS Application Service. 

As stated above, there is a Generic Loop Detection mechanism, which applies to 
many SAS Application Service, and there are SAS Application Service specific 
Loop Detection mechanisms. The Generic Loop Detection mechanism is in detail 
specified here. The SAS Application Service specific Loop Detection mechanisms 
are outlined here and are specified at the respective SAS Application Service. 

2.1.2.1 Generic Loop Detection Analysis 

The generic mechanism for the detection of signalling loops is a two step process 
and requires the co-operation of the underlying switched network in order to 
succeed. First, the underlying switched network will pass any received Inter- 
Network Routing Number to the SAS as part of the concerned address (i.e. the 
SCCP Called Party Address GTAI). This first step signals the SAS Loop Detection 
algorithm that the signalling message has originated outside of the current 
signalling network. Secondly, the E.164 database(s) search must resolve to a 
combination of the pair (E.164 Number Type, Portability Status) that is marked as 
a candidate for looping. With these two criteria met, the signalling loop is 
detected. 

This implies, that there has to be configuration table which indicates for each 
pair (E.164 Number Type, Portability Status), whether loop detection is to be 
enabled or not. 

As a temporary relaxation of the SAS Loop Detection, the Transition Time 
capability was introduced. This provides a synchronisation period for recent 
database updates. If the Transition Indicator is marked "Transition Time is not yet 
over", then the SAS Loop Detection is either bypassed or relaxed. 

Figure 6 depicts the SDL diagram of the Generic Loop Detection Analysis. 

If an INRN is not present in the Input Digit String, then a signalling loop shall not 
be detected. 
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If an INRN is present in the Input Digit String, then a signalling loop shall be 
detected. 

If the SAS General Loop Detection State is configured disabled, then a signalling 
loop shall not be detected. 

If the SAS General Loop Detection State is configured enabled, then a signalling 
loop shall be detected. 

If the SAS Application Service does not perform INRN Based Generic Loop 
Detection, then a signalling loop shall not be detected. 

If the SAS Application Service performs INRN Based Generic Loop Detection, 
then a signalling loop shall be detected. 

If the SAS Database Table uses Transition Time, then the current value of the 
Transition Indicator shall be queried in the entry found in the Single Number or 
Range Number table. 

If the SAS Database Table does not use Transition Time, then a signalling loop 
shall be detected. 

If the Transition Indicator of the entry found in the Single Number or Range 
Number table indicates that the subscriber is in transition, then a signalling loop 
shall not be detected. 

If the Transition Indicator of the entry found in the Single Number or Range 
Number table indicates that the subscriber is not in transition, then a signalling 
loop shall be detected. 

If the database search criteria do not indicate a MATCH, then a signalling loop 
shall not be detected. 

If the database search criteria indicate a MATCH, then a signalling loop shall be 
detected. 
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If the pair (Number Type, Portability Status) of the entry found in the Single 
Number or Range Number table does not support looping, then a signalling 
loop shall not be detected. 

If the pair (Number Type, Portability Status) of the entry found in the Single 
Number or Range Number table supports looping, then a signalling loop shall 
be detected. 

If an Inter-Network Routing Number was received in the concerned address, and 
the received INRN is equal to the INRN found in the SAS database, then a 
signalling loop shall not be detected. 

If an Inter- Network Routing Number was received in the concerned address, and 
the received INRN is not equal to the INRN found in the SAS database, then a 
signalling loop shall be detected, plus a configured loop detection action has to 
be performed. 

The Generic Loop Detection makes use of the Loop Detection Status and Action 
Configuration Table. Table 5 shows possible values for our example. 

Note: the current implementation of Loop Detection executes only if the 
Outbound Processing Configuration Data entry refers to a Service Control Slot, 
which contains an INRN. 
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Loop Detection Status And Action Configuration Table 


^plication Service Id 


SAS Database Id 


AS Database Table Id 


iber Type 


bility Status 


Detection State And 
Action 


W-O-VM-IW 


NP E.I 64 Database 0 


1 64 Single Number Table 


\SISDN 


3NNPO 


Disabled 


^AP-O-VM-IW 


NP E.164 Database 0 


164 Single Number Table 


\SISDN 


ONPO 


Discard, Counter 


vlAP-O-VM-IW 


NP E.164 Database 0 


164 Single Number Table 


\SISDN 


FNPI 


Discard, Counter 


W-O-VM-IW 


NP E.164 Database 0 


164 Single Number Table 


\SISDN 


NP2AFN 


Discard, Counter 


^AP-O-VM-IW 


NP E.164 Database 0 


164 Single Number Table 


\SISDN 


NNK2BP 


Disabled 


W-O-VM-IW 


NP E.164 Database 0 


1 64 Range Number Table 


\SISDN 


DNNPO 


Discard, Counter 


slAP-O-VM-IW 


NP E.164 Database 0 


1 64 Range Number Table 


\SISDN 


ONPO 


Disabled 


W-O-VM-IW 


NP E.164 Database 0 


1 64 Range Number Table 


\SISDN 


FNPI 


Disabled 


W-O-VM-IW 


NP E.164 Database 0 


164 Range Number Table 


\SISDN 


NP2AFN 


Disabled 


vlAP-O-VM-IW 


NP E.164 Database 0 


164 Range Number Table 


ySISDN 


NNK2BP 


Discard, Counter 


'onyms for the Portability Status are as follows: 
ONNPO: Own Number Not Ported Out 
ONPO: Own Number Ported Out. 
FNPI: Foreign Number Ported In. 

FNP2AFN: Foreign Number Ported To Another Foreign Network. • 
! FNNK2BP: Foreign Number Not Known To Be Ported. 



Table 5: Loop Detection Status And Action Configuration Table for the Example. 

2.1 .2.2 Outline of SAS Application Service Specific Loop Detection Mechanisms 

SAS Application Service Specific Loop Detection and detection of inconsistencies 
can be performed on the following principles (as soon as the principles are more 
precisely defined, respective configuration data items are introduced): 

® If the network in which the A5070 SSE is located, can never be the 

transit network in a Number Portability scenario, then the received INRN must 
always be an own INRN: 

© Reception of an INRN, which is not an own INRN, results in a detected 

loop. 

® There has to be a configuration data item "Own INRNs", which specifies 

the list of the operator's own INRNs. 

© Further checks on the received INRN are possible depending of other 

particular network conditions. 

© Loop Detection is dependent on the Routing Principle in the network of 

the operator and in the portability domain: 
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o All networks in the portability domain implement the same routing 

mechanism. Four cases have to be distinguished: 

o Direct Routing, 

o Indirect Routing. 

o Indirect Routing with Reference to the Subscription Network. 

o One of above three options as special value for each Natl range in the 

portability domain. 

o Each network in the portability domain defines its own routing 

mechanism for number portability traffic. In this case, only the routing 
mechanism of the own network is known: 

o Direct Routing, 

o Indirect Routing. 

o Indirect Routing with Reference to the Subscription Network. 

o One of above three options as special value for each Natl range in the 

portability domain. 



Whether or not the routing applies to all numbers or to specific Natl ranges, the 
actual relevant information for loop detection is always one of the three values 
"Direct Routing' 7 , "Indirect Routing", or "Indirect Routing with Reference to the 
Subscription Network". 

2.1.3 Errors, Exceptions and Indications of the Database Search and the Generic 
Loop Detection Analysis 

Table 6 lists all errors, exceptions, and indications, which can be generated 
during Database Search and Generic Loop Detection Analysis. Each table entry 
contains the respective error / exception / indication item together with its origin, 
the location where it has to be treated and a comment. The comment 
concentrates on the action to be done in the location where the respective item 
has to be treated. 
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>le of Errors, Exceptions and Indications of the Database Search and the Generic 

Loop Detection Analysis 


/ Exception / 
anon iMome 


in 


Hon where Error / 
Dtion / Indication has to 
andled 


merit 


on: "MATCH in Single 


ise Search 


>plication Service. 


e reactions of SAS Application Service: depending 
figuration items: 

Continue with Generic Loop Detection 

s. 

Continue with Outbound Message Synthesis. 


_ II A WDI /"* 1 1 f~\\ IC ' _ C 1 ~ 

on: AMBIoUOUS in bingle 


jse Search 


•plication Service. 


e reactions ot SAS Application Service: depending 
figuration items: 

Request more digits and start with the new 
>f digits again at Inbound Message Analysis. 

Interpret AMBIGUOUS as NO MATCH and 
>e with the respective behaviour. \ 


on: "NO MATCH in Single 


jse Search 


>plication Service. 


e reactions of SAS Application Service: depending 
figuration items: 

Continue with Range Number Table query. 

Continue with Outbound Message Synthesis. 


on: "Error in Single Table 


3se Search 


)plication Service. 


e reactions of SAS Application Service: depending 

figuration items: 

Continue with Range Number Table query 
Continue with Outbound Message Synthesis. 


on: "MATCH in Range 


jse Search 


>plication Service. 


e reactions of SAS Application Service: depending 
figuration items:: 

Continue with Generic Loop Detection 

s. 

Continue with Outbound Message Synthesis. 


on: "AMBIGUOUS in Range 


jse Search 


>plication Service. 


e reactions of SAS Application Service: depending 
figuration items: 

Request more digits and start with the new 
)f digits again at Inbound Message Analysis. 

Interpret AMBIGUOUS as NO MATCH and 
te with the respective behaviour. 


on: "NO MATCH in Range 


ase Search 


>plication Service. 


e reactions of SAS Application Service: 

Continue with Outbound Message Synthesis. 


on: "Error in Range Table." 


ase Search 


iplication Service. 


e reactions of SAS Application Service: 

Continue with Outbound Message Synthesis. 


on: "Signalling Loop 
id." 


c Loop Detection 

s 


>plication Service. 


e reactions of SAS Application Service: 

Continue with configured Loop Detection 


on: "Signalling Loop Not 
id." 


c Loop Detection 
s 


iplication Service. 


e reactions of SAS Application Service: 

Continue with Application Specific Loop 
on Analysis. 



Table 6: Table of Errors, Exceptions and Indications of the Database Search and 

the Generic Loop Detection Analysis. 



2.2 Outbound Message Synthesis 

From all three stages, Outbound Message Synthesis is the one, which has the 
most application specific properties. However, there are configuration data items, 
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which occur for each SAS Application Service. In general, Outbound Message 
Synthesis takes the result of Stage 2 - Service Decision - and constructs the 
outbound response message. Figure 7 specifies the generic aspects of the 
Outbound Message Synthesis. 

Configuration tables control Outbound Message Synthesis. The configuration 
tables of the Outbound Message Synthesis are illustrated by an example. The 
SAS Application Service is the same as the one used above: MNP-INAP With 
Optional Voice Mail Inter-working. 

An Output Address includes the triple (NoAl, Numbering Plan, Digit String). The 
Output Digit String Configuration Table specifies the necessary output digit 
strings of the SAS Application Service, including a NoAl value. The value for 
Numbering Plan is implicitly present in the service logic of the SAS Application 
Service. Memory has to be allocated for the digit string elements of the Output 
Digit String Configuration Table, plus for Natl and Nat2 or Nat. 



Output Digit String Configuration Table 


Application Service Id 


Jt Digit String 


ary Number Name 


iture of Address 


fxiliary Number 


jxiliary Number 




Id 




Indicator 


Presence 


Position 


W-O-VM-IW 


1 


INRN 


Subscriber 


Modified Input 


Prefix-0 


MP-O-VM-IW 


1 


Natl 


Subscriber 


Copy Input 


Natl 


W-O-VM-IW 


1 


VMSC-INI 


Subscriber 


Copy Input 


lnfix-0 


W-O-VM-IW 


1 


Nat2 


Subscriber 


Copy Input 


Nat2 



Table 7: Definition of the Output Digit String Configuration Table for the 

Example. 



Output Digit String To Protocol Element Mapping Table 


IS Application Service Id 


Output Digit String Id 


Protocol Element Id 


Jtput Digit String Option 


MNP-INAP-O-VM-IW 


1 


INAP Connect DRA 


1 j 



Table 8: Output Digit String To Protocol Element Mapping Table for Table 7. 
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Input Digit String To Output Digit String Mapping Table 


SAS Application Service Id 


Output Digit String Id 


Input Digit String Id 


MNP-INAP-O-VM-IW 


1 


1 


MNP-INAP-O-VM-IW 


1 


2 ! 


MNP-INAP-O-VM-IW 


1 


3 


MNP-INAP-O-VM-IW 


1 


4 



Table 9: Output Digit String To Protocol Element Mapping Table for Table 7. 



The SAS Application Service Specific Outbound Processing Configuration Table 
for Normal and Abnormal Completion contains up to 10 Response Actions. One 
or more of these Response Actions can be used to insert configured values at 
defined positions in the output digit string. 



AS Application Service Specific Outbound Processing Configuration Table - 


- Normal Completion 


application Service Id 


iber Type 


bility Status 


esponse Action Id! 


ice Control Data 
Slot Id 


Jt Digit String 
Id 


re of Address 
Indicator 


MP-O-VM-IW 


VSISDN 


3NNPO 


INAP Continue Operation 


None. 


None. 


NULL 


W-O-VM-IW 


\SISDN 


ONPO 


INAP Connect Operation 


0 [INRN] 


1 


Subscriber 


W-O-VM-IW 


\SISDN 


FNPI 


INAP Connect Operation 


0 [INRN] 


1 


Subscriber 


vlAP-O-VM-IW 


\SISDN 


NP2AFN 


INAP Connect Operation 


0 [INRN] 


1 


Subscriber 


slAP-O-VM-IW 


\SISDN 


NNK2BP 


INAP Connect Operation 


0 [INRN] 


1 


Subscriber 


-onyms for the Portability Status are as follows: 
ONNPO: Own Number Not Ported Out 
ONPO: Own Number Ported Out. 
FNPI: Foreign Number Ported In. 

FNP2AFN: Foreign Number Ported To Another Foreign Network. 
FNNK2BP: Foreign Number Not Known To Be Ported. 



Table 10: Definition of the SAS Application Service Specific Outbound Processing 
Configuration Table for the Example - Normal Completion. 



113 960 



31 



iS Application Service Specific Outbound Processing Configuration Table - Abnormal Completion 


application Service Id 


Application Specific 
>rmal Condition Id 


esponse Action Idl 


esponse Action Id2 


jt Digit String 
Id 


re of Address 
Indicator 


vlAP-O-VM-IW 


NO MATCH 


INAP Continue Operation 


None. 


None. 


NULL ! 


W-O-VM-IW 


Errorl 


>nd INAP Release Call 
Operation 


Release Call Cause n 


None. 


NULL 





Table 1 1 : Definition of the SAS Application Service Specific Outbound Processing 
Configuration Table for the Example - Abnormal Completion. 

2.2.1 Generic Outbound Actions 

This sub-chapter specifies Outbound Actions, which can be used by multiple SAS 
Application Services. 

Each set of Outbound Actions is triggered by a value pair (Number Type, 
Portability Status) of the Single Number or Range Number tables. 

2.2.1.1 Digit Preparation in Outbound Digit String 

The generic outbound action "Digit Preparation in Outbound Digit String" 
manipulates the output digit string or a part of it according to the specification in 
Table 18. 

3. Configuration of Loop detection and outbound message synthesis 
Configuration Items for Loop Detection: 

There shall be a configuration data item "Perform INRN Based Generic Loop 
Detection" with the possible values YES and NO. Perform INRN Based Generic 
Loop Detection indicates whether or not the INRN Based Generic Loop Detection 
shall be used in the loop detection algorithm within the Service Decision phase of 
the respective SAS Application Service. 

The received INRN might indicate a loop if it is not identical to the INRN found as 
a result of the query against the Single Number table and Range Number table. 
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The name of this configuration data item is 

SasApplicationServicePerformlnrnBasedGenericLoopDetection. The syntax is: 

SasApplicationServicePerformlnrnBasedGenericLoopDetection = 
SasApplicationServiceld, InputDigitStringld, 
PerformlnrnBasedGenericLoopDetection. 

SasApplicationServiceld is any SAS Application Service Id. 
InputDigitStringld is any Input Digit String Id. 

PerformlnrnBasedGenericLoopDetection is an enumerated data type with values 
YES and NO. 



There shall be a configuration data item "Slot Id of INRN" with a valid Service 
Control Data Slot Id as value. "Slot Id of INRN" identifies the Service Control 
Data Slot in the found entry of the Single Number or Range Number table from 
which the INRN has to be retrieved in order to compare the found INRN with the 
received INRN within INRN based Loop Detection. 

The received INRN might indicate a loop if it is not identical to the INRN found as 
a result of the query against the Single Number table and Range Number table. 

The name of this configuration data item is SasApplicationServiceSlotldOflnrn. 
The syntax is: 

SasApplicationServiceSlotldOflnrn = SasAppliationServiceld, SlotldOflnrn. 

SasApplicationServiceld is any SAS Application Service Id. 
SlotldOflnrn is a valid encoding of Service Control Data Slot Id. 



There may be additional other types of loop detection or detection of various 
kinds of inconsistent data in the input digit strings, which might be enabled or 
disabled for a specific SAS Application Service in the same way, depending on 
the respective configuration data item. As soon as they are precisely defined 
additional configuration data items will be introduced. 
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There shall be a configuration table, which configures whether loop detection is 
enabled or disabled depending on each allowed value pair (E.164 Number 
Type, Portability Status) or (MSIN Number Type, Portability Status) of the 
respective single number or range number table. If Loop Detection is enabled, 
then an action has to be defined, which specifies what has to be done with the 
looping SS7 message. 



Loop Detection Status And Action Configuration Table 


>ute 


iat 


es 


ription 


plication Serviceslch 4 


</>-" 

m 




1 i diS/CS^p'pJi eat i on^Sery i ce 






itabgse Id 


•, •> < '■ 




lM^S|0Ktogqse>ld.,j _ . ; s 








.4. '■■ 




!iajSSa@^JSglB@B!e: Si . a 






-Type*. ' - 


ill im 


I i d» ehcod i fig f of? N urn l^er'-fK S;£ 


"t : ■ , . : f ~& 










li^Pn^i^fp^Biiitpa 






etection State and 




iid encoding of Loop 
on State and Action 


e values are "Disabled", "Enabled: Discard Message", etc. 





Table 12: Details of the Loop Detection Status Configuration Table 



There shall be a configuration data item "Use Transition Time'' with the possible 
values YES and NO. Use Transition Time indicates whether or not the Transition 
Indicator of the single number or range number tables shall be used in the loop 
detection algorithm within the Service Decision phase of the respective SAS 
Application Service. 

The name of this configuration data item is SasDbTableUseTransitionTime. The 
syntax is: 

SasDbTableUseTransitionTime = SasDbTableld, UseTransitionTime. 

SasDbTableld is any SAS Database Table Id (details to be defined). 
UseTransitionTime is an enumerated data type with values YES and NO. 
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Configuration Items for Outbound Digits Synthesis: 

Each SAS Application Service shall have a configuration data item, which 
specifies the structure of each possible output digit string on the basis of its 
general abstract structure. Each output digit string is associated to a protocol 
parameter to which it is sent. It is even possible to associate more than one 
output digit string to a given protocol parameter. The structure of the output digit 
string is specified by the list of its auxiliary numbers. The following information 
shall be specified for each output digit string. Table 13 presents the information 
necessary to specify an input digit string. Table 14 specifies the mapping 
between the Input Digit String to the Output Digit String. Table 15 specifies the 
mapping between the Output Digit String and the Protocol Element. 
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( Output Digit String Configuration Table 
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l^r^MSG-INF^A^fc-INI^ 

:C, Natlt;NDC/Ndt2^SN;^^ 
e. NotAI lowed. Opaque : 

^■"rP. : ■ 

.4 .-i '*• • • '• * '•• - . 


^'Key^An^oulput^djgitlstring^ 

)Core.' ; and • its Tail * parts,, identified by : ;' .the. ^especti^e Jnanies .listed in the > 
ng of the xommon mnemonics encoding rof the;, Service Control^Data Type 
^ Auxiliary Number Nam String, that 'ahy^ 
>m the Input Digif String caW^ by*the. service logicb-;;; : 
rious i types of A^ by f :;J 
ame - have '.the^f dllowi rig'.istructure (as far as known toddy) i&s'i -7 ' - ^ 

• ^:>^CM ; 3 hex digits.^ % .7 ^ ^ . t ' • ^ 

• ' .'^SAII •dthers w :have^T'br;m on trie-customer's 

|C' ' " ' ' . ? - . 
cular meanihgshas the following valuelf \v |V 7 7 "- \- '<\V^ 
-: Not^Hcwed: ^1 f a n xi 1 i a ^ N u rn b e'r , H as th i ha m ^ v th e n the ^. • 
ive.OutpufrDigit Strihcf fo "' 
ry~ Number. Presence is ^ Always in this/case^ and the 7 Auxiliary Number^ 7^ - . 
7»Jis v l^ead -0 .;The7^putput Digit String' must inclucje;!t.h)s7Auxjlidry: Item dnly^l 7- 
. ^ v Opaque:;lf an^Auxiltd'ry Number has this name, then the . respective? 

• DtditS'Stf 1 rin : JfoV n *n'nrtiri jlnK>NoAI:vn i ip* will inrli iiHf»'ri "vnli ip "r!<^riv«irl "from • ' 

vice Control "Data -Tabl structure of the,Output 
Ting heeds f^be, known inlthis case'. The Qutput Digit String^ustfintlude;; 1 .'.' 
xiliqryMtem phly,vin:ppsitioniHead^O .v .... 7 l '7i- ■/ 7 
lue - ''NotAllowed'^is ^necessary 4 ,-' even-in the' combination \with ^. thej Allowed"; 
of .;NoAI. ilponfig urati op. .Ta bie.-; Reason? there may be more than one option 7 
>u t^d ig i 1 17 sth rig^f o f£a . g i ye n.NpA 1 -jya 1 u e, a n d i n : ea ch p pti on' th i el a 1 1 owed $3 i g it7: 
for a'giveh 'NoANvalue ? differ. : " '■ . ],■ r - 7-'^ 
e.pf -.this .parameter for the service { Jogic of /.the'SAS Application Service: Jhis " 
: name^is used to define ^each entity ^in^the^ outbound digit" .string r the 
isHip between- corresppndin^entitie^ the-input digit string 1 and. the output, 
-ing is defined. on 4he basis^pf therAuxilidry; Number Name. " . • 7': 


Title Indicator 




lo Global Title (GT) included 
ess. 

tT in Address includes only 

AT includes only TT. 

JT includes TT, NP, ES. 

iT includes TT, NP, ES, NoAI. 

i: Spare International. 

i: Spare National. 

^served for extension. 

i: Internal Spare. 

fTI =1 or 4. 

v. Internal Spare. 

>TI = 2 or 3. 

i: Internal Spare. 

opy GTI from Input Digit 

Tl is not used. 


tribute is used in order to specify Input Digit Strings also dependent on the 
addition to the dependence on the NoAI. 

>CCP Standard, the Global Title Indicator is represented as a 4 bit value. In 
3rnal representation a 1 byte value is used in order to represent additional 
1 values: 

14h is used to specify that the actual receive GTI may either be 1 or 
makes sense as both have NoAI, and an operator may have chosen to 
the same digit string structure for both values of GTI. 

23h is used to specify that the actual receive GTI may either be 2 or 
; makes sense as both do not have NoAI, and an operator may have 
to define the same digit string structure for both values of GTI. 

FEh: GTI may also be used in the Output Digit String. This value 
is, that the GTI shall be copied from the corresponding Input Digit String. 
FFh: The GTI is not used in all TCAP user addresses. 
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of Address 




lid protocol specific 

ng of the Nature of Address 

or. 


J value may be associated with a structure definition of an output digit 
NoAl in protocols has up to 7 bit for its encoding. Therefore, the value FFh 
J as NULL value for this attribute, which means that no NoAl value is 
ited with this particular output digit string. 


ition Type Control 




o Not Use 


tribute indicates whether or not the Translation Type shall be used in the 
jd Output Digit String. 


ition Type 




lid protocol specific 

ng of the Translation Type 


islation Type value may be associated with a structure definition of an 
digit string. 


y Number Presence 




rom Input, Modify Input 
jrvice Control, Always as 
ement From Service 
1, Sometimes as New 
it From Service Control, 
as New Element From Static 
uration. 


Bsence of the auxiliary number. For the output digit string, the semantics is 
>ws: 

Copy From Input: Copy from corresponding input digit string 
it. If the corresponding input digit string element was actually not present, 
fput digit string element is empty. 

Modify Input With Service Control: Modification of the corresponding 
ligit string element. The modification is controlled by the respective Service 
1 Data item in combination with the pair (Number Type, Portability Status) 
ound entry in the Single Number or Range Number table. 

Always as New Element From Service Control: Always present as a 
ement, which was not yet present in the input digit string. The value is 
1 from the respective Service Control Data item, possibly in combination 
e pair (Number Type, Portability Status) of the found entry in the Single 
or Range Number table. If an Auxiliary Number which is specified to be 
present as a mew element, is not actually present, an error has to be 
d. 

Sometimes as New Element From Service Control: Sometimes 
\ as a new element, which was not yet present in the input digit string. The 
is derived from the respective Service Control Data item, possibly in 
nation with the pair (Number Type, Portability Status) of the found entry in 
gle Number or Range Number table. 

Always as New Element From Static Configuration: Always present 
2w element, which was not yet present in the input digit string. The value is 
i from static configuration data for this particular SAS Application Service, 
e of this parameter for the service logic of the SAS Application Service: this 
e allows to generate an error, if an Always present optional digit string is 
ssent in the output digit string. 


7 Number Position 




lid encoding of Auxiliary 
3r Position. 


e values are Head-0 to Prefix-31, and Tail-0 toTail-31. ] 
e of this parameter for the service logic of the SAS Application Service: 
*s the correct position of this entity in the output digit strings. 


>vn empty table for a given output digit string is not allowed, at least Opaque or something similar has to be specified. 

^ SAS Application Service accesses an Output Digit String by means of the following four key attributes: SAS Application Service Id, Protocol 
t Id, Input Digit String Id, Nature of Address Indicator. The key attribute Auxiliary Number Name does not need to be used as it specifies the 
ive Auxiliary Numbers in the output digit string. 

: or each Input Digit String, which might be used in an Output Digit String, there has to be a dedicated definition of Output Digit String. It can 
sible, that the one and the same structure of Output Digit String is defined for multiple Input Digit Strings. 



Table 13: Details of the Output Digit String Configuration Table 
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Input Digit String To Output Digit String Mapping Table 


)ute 


iat 


es 


rintion 


pi i cation Serviced : g4 




lid SAS A*p p 1 i cati bh Seryi cefj-.^ 




f Digit^tring'ld ^'Jv-y a - : 
V ; 




lid|lnput Digit. String id ; {• 


/■ Key.; SAS^ ApplicaHon^ e"nfcp&hg^ 
per Prptocbl ;Elemen^arer possible. If-, multiple: putput 'digit strings^? dr^ 
id; then, usage oheachjoutput digit • string ; may^b 4 e^ssociated * with a specific^ 
on^Hlt isi^ 

on.is.mappedjto,p ; 7 speciticioutput digit string. ? s ; r i-.. -V - ' • 


>igit String Id 




lid Input Digit String Id 


1 Key to the Input Digit String from which this Output Digit String is 
3d with values. SAS Application Service specific encoding. Only one Input 
ring per Output Digit String is possible. 


he relationship between Input Digit String and Output Digit String is many-to-many. 



Table 14: Details of the Input Digit String To Output Digit String Mapping Table 



Output Digit String To Protocol Element Mapping Table 


>ute 


iat 


es 


ription 


plication Servicetld,^ 




lid^fS^S!^pplicati6n;SeWce J # 




.^Digit Stringfld ■ * 


'■ i. ■ 


lid Input^Digit Stringed V f 

. " ''V- . ' , 


/ Key.ySAS Application^^ 
per . Protocol : Element are'" possible.'; If ■multi |[[ef output* digit' sfeng^fctre'ii 
id,' then, usage of each outpu.K;digif;string|lm 

on Jji , is; ;cir* matter of the vSAS; Ap p 1 i cation ij.Se^iic'fer'how'; th'e asspcia'tio'^of " a . ; 
oh is-mapped ' to ;d" 'specific '' 6utpuY*di git string'.^ ' . " • . 


)l Element Id 




lid Protocol Element Id 


Dplication Service specific encoding, A protocol element is for instance a 
eter of a service primitive. For a given protocol element one or more output 
'ings are possible. 


Digit String Option 




i Integer 


;quence number of the Output Digit String Option. For each protocol 
it, it is possible to define multiple Output Digit Strings. 





Table 15: Details of the Input Digit String To Protocol Element Mapping Table 



A single output digit sting shall be able to be selected - based on its Id - from a 
set of possible output digit strings. The selection is done based on the value 
combination of (E.164/MSIN Number Type, Portability Status). A table has to be 
present to specify this configuration data. 

It shall be possible to specify which Service Control Slot (i.e. Service Control Data 
Sequence Number) of the found entry in the single number or range number 
table is to be used in the outbound processing depending on the value 
combination of (E.l 64 Number Type, Portability Status). A table has to be present 
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to specify this configuration data. The same principle can in the future be applied 
to other number parts as well. 

It shall be possible to specify which action is to be done in the outbound digit 
processing depending on the value combination of (E.164 Number Type, 
Portability Status). Possible actions are the type of message to be used, etc. A 
table has to be present to specify this configuration data. The same principle can 
in the future be applied to other number parts as well. 
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SAS Application Service Specific Outbound Processing Configuration Table - 

Normal Completion 


>ute 


iat 


es 


ription 


plication; Service Id 

• r- r , , " T ? 




lid 0A0 Application oervicev;' ;. 




'ST" ' .': 




Ki r TT x k i u " ~> 

1 1 a ' encoa 1 n a 'ot'. Number' »-'V;^- s 


v*Kev'-'-^ ' : - ' - ^ ' - • v - 1 - ■ 


liiv Stntii<^ •■' 

; -. •.. 




- , 1 f . ■ 




jgKeya^. 1 - > ^ ^ ^ * • ' 4 


d-NoAl Value .V ■ ; ' ; 

- : • ■ ■ - t ■■ ; --• ■ • •.. 
- -•. v .; '. JVi; ■ 

!' ! f# - 4 >i4V* I: : * ' 




1 i d ehcad i rig cof ; N oA 1 < p 1 u s^H 

for iqnorinq-this attriBute.' 

• .f • -v-j; -v 

-s-n- 

^ V ^ . \ ^ c >^ ■ 

r ^ ■ y -V t 


>^S;ADplicationVServices need-to^take ,; Jhe^NoAlvvaloe--of- the- Inbound :-/^w-->--y^. 
r^n^o account l> d< termme irw Qi ''bound A= hon The llok\ voire to^ be'i si 
ere is the;one of -this Inbound Address'Jp/lwhiGh^thV'^^ 
Decision<phase was done. , *■ " 
tttribute is 'to -be" ig por e : d "during, Outbound Processing, Jt] Has- to Be- .fi I led vl^ - 

FFh. - - • v * cf x : r .: s • - > ; ■; \,#:^ 


se Action Id 1 




lid Response Action 


ng 


s SAS Application Service specific. NULL value 


s FFh. | 


se Action Id 2 




lid Response Action 


ng 


s SAS Application Service specific. NULL value 


s FFh. 


se Action Id 3 




lid Response Action 


ng 


s SAS Application Service specific. NULL value 


s FFh. 


se Action Id 4 




lid Response Action 


ng 


s SAS Application Service specific. NULL value 


s FFh. 


se Action Id 5 




lid Response Action 


n 9 


s SAS Application Service specific. NULL value 


s FFh. 


se Action Id 6 




lid Response Action 


n 9 


s SAS Application Service specific. NULL value 


s FFh. 


se Action Id 7 




lid Response Action 


ng 


s SAS Application Service specific. NULL value 


s FFh. 


se Action Id 8 




lid Response Action 


ng 


s SAS Application Service specific. NULL value 


s FFh. 


se Action Id 9 




lid Response Action 


ng 


s SAS Application Service specific. NULL value 


s FFh. ; 


se Action Id 1 0 




lid Response Action 


n 9 


s SAS Application Service specific. NULL value 


s FFh. 


Control Data Slot 




lid encoding of Service 
1 Data Slot Id 




Digit String Id 




lid Input Digit String Id 


foreign key into the Structure of Output Digit String Configuration Table. 
>plication Service specific encoding. Multiple output digit strings per 
)! Element are possible. 


of Address 

Dr 




valid protocol specific 
ng of the Nature of Address 
or. 


foreign key into the Structure of Output Digit String Configuration Table, 
n protocols has up to 7 bit for its encoding. Therefore, the value FFh is 
s NULL value for this attribute. Per input digit string, the NoAl has to be 
5red. Therefore, per Input Digit String Id, multiple NoAls are possible. For 
loAl of an Input Digit String Id, an input digit string has to be defined. 


ng of NoAl values in the outbound processing: the NoAl value of the output digit string can be determined from the following four sources: 
The input digit string corresponding to the output digit string, 
The selected entry of the Service Control Data table, 
The output digit string, or 

The SAS Application Service Specific Outbound Processing Configuration Table — Normal Completion (this table). 
>AI in this table overrules the other three. If the NoAl value in this table is NULL, then the NoAl value of the selected output digit string has to 
1 If the NoAl value of the selected output digit string is NULL, then the NoAl value of the selected entry of the Service Control Data Table has 
sed. If this entry does not support a NoAl value, then NoAl value of the corresponding input digit string has to be used. 



Table 16: Details of the SAS Application Service Specific Outbound Processing 
Configuration Table - Normal Completion 



Table 16 Contains the application specific outbound processing in case an entry 
was found in the Single Number or Range Number Table. However, it is possible 
that no entry is found in both tables. This abnormal outbound processing is 
contained in Table 1 7. 
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SAS Application Service Specific Outbound Processing Configuration Table - 

Abnormal Completion 


>ute 


iat 


es 


ription 


IJIICU IIUI l *»Jfcii,y li_fcj» IU • 


' - ■ sj \ 






p 1 i c a t i o n S pec ifi c % • £ 

Kal ? ContJitioRid^. ' 

-;. \ 

; ••• ; 
•••»■.- >. - • . > . / 

;. v - •'• •■ ' ■ > ^-x 
S- , r - 


:■■>:<*■•,"■■■*■ - . ■ 


lid encoding of SAS .* v*iV 
itioh "Specific Abnormal p A&ty; 

ion Id /|^V^ ;, ; t 

. <-w ';~ • f • _ . 


t y, the to owina^Dossible va ues are detinea: - . ^ M.^^^he - ^^,-1; 

/- ^'Number'.Not Foundi-i.e. the ^'xh aclr-cl f or ^ived.number^wps^not;^^^^ 
he Single Number Tabic nor m iho Ponqt Number^Table : i ' 

) , SAS Database Error: this is any kind of'SAS^database error. The^-'t?^'' 
nd^handlinglnjthjs'case.will sim of ^umber Not round. Sn/; 
n t an err.orireport vvill bo generated in order \^ trigger corrective.fection lor , ■ 
abase ( ' * t - . . 


se Action Id 1 




lid Response Action 


ng is SAS Application Service specific. NULL value is FFh. 


se Action Id 2 




lid Response Action 


ng is SAS Application Service specific. NULL value is FFh. 


se Action Id 3 




lid Response Action 


ng is SAS Application Service specific. NULL value is FFh. 


se Action Id 4 




lid Response Action 


ng is SAS Application Service specific. NULL value is FFh. 


se Action Id 5 




lid Response Action 


ng is SAS Application Sen/ice specific. NULL value is FFh. 


se Action Id 6 




lid Response Action 


ng is SAS Application Service specific. NULL value is FFh. 


se Action Id 7 




lid Response Action 


ng is SAS Application Service specific. NULL value is FFh. 


se Action Id 8 




lid Response Action 


ng is SAS Application Service specific. NULL value is FFh. 


se Action Id 9 




lid Response Action 


ng is SAS Application Service specific. NULL value is FFh. 


se Action Id 1 0 




lid Response Action 


ng is SAS Application Service specific. NULL value is FFh. 


Digit String Id 




lid Input Digit String Id 


foreign key into the Structure of Output Digit String Configuration Table, 
(plication Service specific encoding. Multiple output digit strings per 
?l Element are possible. 


of Address 

Dr 




valid protocol specific 
ng of the Nature of Address 
or. 


foreign key into the Structure of Output Digit String Configuration Table, 
n protocols has up to 7 bit for its encoding. Therefore, the value FFh is 
s NULL value for this attribute. Per input digit string, the NoAl has to be 
3red. Therefore, per Input Digit String Id, multiple NoAls are possible. For 
loAl of an Input Digit String Id, an input digit string has to be defined. 


ig of NoAl values in the outbound processing: the NoAl value of the output digit string can be determined from the following four sources: 
The input digit string corresponding to the output digit string, 
The selected entry of the Service Control Data table, 
The output digit string, or 

The SAS Application Service Specific Outbound Processing Configuration Table — Abnormal Completion (this table). 
>AI in this table overrules the other three. If the NoAl value in this table is NULL, then the NoAl value of the selected output digit string has to 
d. If the NoAl value of the selected output digit string is NULL, then the NoAl value of the selected entry of the Service Control Data Table has 
sed. If this entry does not support a NoAl value, then NoAl value of the corresponding input digit string has to be used. 

$ral, the following kinds of response actions are obvious: 
Return Message to Sender. 
Return Error to Sender. 

Forward Message to the Recipient to whom it would be routed without intervention of SAS. 
Forward Message to configured Recipient. 
Discard Message. 



Table 17: Details of the SAS Application Service Specific Outbound Processing 
Configuration Table - Abnormal Completion 
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Table 18 contains the SAS Application Sen/ice Specific Outbound Digit String 
Preparation Configuration Table. This Configuration Table configures the generic 
Outbound Action "Digit Preparation in Outbound Digit String". 



SAS Application Service Specific Outbound Digit String Preparation Configuration Table 


>ute 


iat 


es 


ription 


pi i cati on . Servi ce ; \ d 




\\d< SAS-App licati on -Servi ce • 




Digit. Stringed r ')'--: 


p,J .. _ , . 


!id^lnp,u't'Digit,String;id;-^v . v 


foreign Rey into thf-- Si' uctur'e of.Output Digit String Configuration Table, f ' 
iplicatioriTService -specific *.ncoainq. Multiple output digit strings per 
>l Elem ; enVa>e*:possible >-[ : ' - ■ " '\ • 


Digit String 
>nent Id 




lid common encoding of 
Control Data Type and 
ry Number Name. 


ribute identifies the Output Digit String Element onto which the digit 
ation applies. It is possible to specify here the complete Output Digit String 
g the mnemonic "Total Digit String". 


>ition 




> Integer values 0-255. 


0: The Digit Preparation is specified by means of the Cut Match 
rvalue. 

1 : Cut Position is before the I s * digit. 
2: Cut Position is before the 2 nd digit. 
3: Cut Position is before the 3 rd digit, 
n: Cut Position is before the n th digit. 


igth 




$ Integer values 0-255. 


0: delete no digits after the Cut Position. 
1 : delete 1 digit after the Cut Position. 
2: delete 2 digits after the Cut Position. 
3: delete 3 digits after the Cut Position. 
N: delete n digits after the Cut Position. 


itch Length 




i Integer values 0-15. 


in digits of the Cut Match Value. 0 means that there is no Cut Match 


itch Value 


to 


ring with up 15 Digits. 


it Match Value is a sequence of digits, which if found in search from left to ! 
hall be replaced by the Paste Value. 


ength 




) Integer values 0-15. 


in digits of the Paste Value. 0 means that there is no Paste Value. 


blue 


-te 


ring with up 15 Digits. 


vhich shall be inserted at the Cut Position, or which shall replace the Cut 
Value. 





Table 18: Details of the SAS Application Service Specific Outbound Digit String 

Preparation Configuration Table 
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